Minutes, IBIS Quality Committee 5 January 2015 11:00-12:00 EST (08:00-09:00 PST) ROLL CALL eASIC: David Banas Ericsson: Anders Ekholm Intel: Michael Mirmak Eugene Lim IO Methodology * Lance Wang Signal Integrity Software * Mike LaBonte Teraspeed Labs: * Bob Ross Everyone in attendance marked by * NOTE: "AR" = Action Required. -----------------------MINUTES --------------------------- Mike LaBonte conducted the meeting. Call for IBIS related patent disclosures: - None Call for opens: - None ARs: - Bob update BUG168 to clarify inductance checks - Done. - Mike ask Radek for opinion on BUG168 - Done. - Mike add comments to CMPNT, DLY, MSPEC sections. - No new progress. - Lance add comments to EBD section. - No new progress. - Bob add comments to CIRCUIT section. - No new progress. BUG172: - Bob showed BUG172. - Bob: The testcase is a 5V CMOS with no V-T tables. - The buffers have separate [* Reference] voltage declarations. - They all use different voltages. - Lance: Should [Voltage Range] be 5.0 for the 2nd one? - Bob: [Voltage Range] is always relative to zero. - It was proposed as a range but we needed a reference value for tables. - Lance: So [Voltage Range] is useless with [* Reference]? - Bob: Right. - Mike: The negative supplies are given as POWER in [Pin]. - Bob: But it still fails when I change that. - Lance: In [Pin Mapping] the NC is in the wrong column for those pins. - Mike: This might be good to show in the ATM meeting today. - Lance: A signal should not be both POWER and GND. - Mike: Some buffers could be connected to a negative supply and GND, and others connected to GND and a positive supply. - Bob: IBISCHK should not be making these checks. - These are not in the spec. - Mike: One check is a warning, and that seems correct. - Bob: It probably should be demoted to a caution. - Lance: So POWER and GND do not really mean anything about voltage. - Mike: They only denote which buffer terminals are connected. - Mike: Could POWER be more negative than GND? - Bob: They can be the same voltage but POWER can't be more negative. - We should disable these checks. - Mike: You also suggested demoting the warning to a caution. - Caution is useful for things only model makers need to see. - Mike: We might propose a [Known IBISCHK Messages] keyword. - IBISCHK would suppress these. - Bob: That would be similar to AMI Special_Param_Names, but probably a bad idea. IBISCHK 6.1.1: - Bob: We are unable to unzip the latest code due to a password problem. - Mike: I'll try it myself. - Bob: We can create a 6.1 Users Guide now. AR: Mike produce IBIS 6.1 Users Guide Meeting ended: 12:05 ET Next meeting Jan 12, 2016